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How  DoD  Acquisition  professionals  can  apply  Agile  concepts 
within  the  unique  and  complex  Defense  Acquisition  Environment 


■  DoD  IT  Acquisition  Challenges 

■  Agile  Overview 

■  Program  Structure 

■  Requirements 

■  Contracting 
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DoD  IT  Acquisition  Challenges 
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■  Change  in  IT  technology  and  operations  is  outpacing  DoD  IT 
acquisition  development 

■  IT  programs  are  subject  to  extensive  documentation,  reviews, 
and  oversight  that  inhibits  speed  and  agility  needed  for  IT 

■  Major  DoD  systems  average  38%  cost,  27  month  schedule 
overrun  with  >$1B/year  spent  on  programs  that  are  cancelled* 

■  Congress  is  demanding  DoD  to  reform  IT  acquisition 

-  Early  and  continual  user  involvement 

-  Multiple,  rapidly  executed  capability  releases 

-  Early,  successful  prototypes;  evolutionary  approach 

-  Modular  open  systems  approach 


DoD:  Delivering  Yesterday’s  Technology  Tomorrow 


*  Assessments  of  Selected  Weapon  Programs,  GAO-14-340SP:  Published:  Mar  31,  2014 
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Agile  Acquisition 
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Small,  Frequent  Releases 


Iteratively  Developed 


Active  User  Involvement 


To  Ensure  High  Ops  Value 


Small,  dynamic,  collaborative  Gov’t/Industry  teams  focused  on: 
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DoD  Barriers  to  Agile  Acquisition 
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■  Heavily  regulated  environment  of  acquisition  policies  and  laws 

■  Bureaucratic,  laborious,  and  slow  processes 

■  Command-and-control  governance  structure  and  authorities 


Agile  Runs  Counter  to 
DoD’s  Acquisition  Environment 

•  Iterative  releases  vs  big  bang  waterfall 

•  Working  software  vs  extensive  docs 

•  Respond  to  changes  vs  upfront  plans 
of  budgets,  requirements,  designs 
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Programs  Should  Consider  Agile  When... 


■  Requirements  can  be  decomposed  into  small  tasks 

■  Ops  environment  supports  small,  frequent  capability  deliveries 

■  Users  can  engage  in  development  on  CONOPS  and  feedback 

■  Programs  can  use  existing  infrastructure,  focus  on  applications 

■  Industry  has  relevant  domain  expertise  in  Agile  practices 

■  Decision  authority  supports  Agile  and  tailored  processes 
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Structuring  an  Agile  Program 


Time  Boxed  Release 
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Government  Testing,  Operational  Assessments 
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Deployment 
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■  Notional:  6  Month  Release  with  4-Week  Sprints 

-  Continual  development,  integration,  and  testing 

-  Monthly  demonstration  of  capabilities  to  users 

■  Gov’t  testers,  certifiers,  and  users  involved  early  and  often 

-  Minimizes  work  and  surprises  at  the  end  of  the  release 


Release  Length  Based  on  Program,  Ops,  and  Technical  Risk 
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Potential  Agile  Structure 
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Engineering  and  Manufacturing  Development  Phase 


Develop,  build,  and  test  system  to  verify  all  requirements  are  met  and 
ready  for  production  or  deployment. 
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Agile  Requirements  Backlog 
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■  An  evolving,  prioritized  queue  of  requirements 

■  Integrates  operational  and  technical  requirements 

■  Actively  managed  with  user  inputs  and  reviews 

■  Development  team  commits  to  scope  of  work  for  a  sprint 

■  Sprint  scope  is  locked,  while  release  scope  may  change 

■  Sprint  demos  may  identify  new  features  or  defects  which 
would  be  added  to  the  release  or  program  backlogs 
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JCIDS  IT  Box  Model 


■  Streamlined  requirements  process  for  software  >$15M 

■  JROC  approves  IS-ICD  -  delegates  approvals  of  follow-on  docs 

-  Follow-on  docs  tailored  scope  and  content  _ _ 

Release  ■  ■  Sprint  i 
Backlog  Backlog  ( 


IS  ICD 


Release  Backlog 


□□□ 

□□□ 

□□□ 

□□□ 

□□□ 

□□□ 

□□□ 


□□□□ 

□□□□ 

□□□□ 

□□□□ 


□□□□ 

□□□□ 


r 

i 

i 

i 

CD  1 

.  .□□□□ 
V  II  II  II  II  I 


□□□□ 

Sprint 

Backlog 


Release  1  (6-12  Months) 


Vj  I 

c  1 

Ok 

jki  J, 

Ok 

Vj 
Jl  U 

Sprint  1 1 

Sprint  2 

Sprint  3 

Sprint  n 

1  Month  j  1  Month 

-I- 


1  Month  1  Month 


I 

id 


Fielding 

Decision 


©  2015  The  MITRE  Corporation.  'Approved  for  Public  Release;  Distribution  Unlimited.  Case  Number  15 


ICD:  Initial  Capabilities  Document 
RDP:  Requirements  Definition  Package 

SBfCaPability  Dr°P  MITRE 


Contract  Vehicles 


1 11 1 


Multiple  Award  Contract  I  Single  IDIQ  Contract 


IDIQ  contract  awarded 
to  multiple  contractors 
who  compete  for  work 
via  task  orders 


IDIQ  contract  awarded 
to  single  contractor 
with  task  orders  to 
develop  releases 


GSA  BPA 


GSA 


Existing  GSA  Schedule 
contract  (eg.  Sched  70) 
w/releases  developed 
via  call  orders 


■  Consider  a  PEO,  portfolio,  or  enterprise-level  contract  vehicle 

-  Streamlined  contracting  processes  result  in  faster  awards,  deliveries 

-  Standardized,  effective,  and  efficient  contract  management 
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Contracting  for  Agile  -  Service  vs  Product 


Services  (FAR  Part  37) 

Product-based 

Pay  for  the  time  and  expertise  of  an 
Agile  development  contractor 

Contract  for  a  defined  software 
delivery  product 

•  Fixed  priced 

•  Cost-reimbursement  term 

•  T&M 

•  Firm  Fixed  Price 

•  Cost-reimbursement  completion 

•  Contractor  is  selected  based  on  the 
strength  of  the  development  team 

•  Enables  a  teaming  environment  between 
the  Government  and  contractor 

•  Appropriate  when  the  Government  wants 
to  drive  the  development  strategy 

•  Responsive  to  requirements  changes 

•  Close  collaboration  required  to  ensure  an 
integrated  solution  is  delivered 

•  Contractor  selected  on  technical  solution 

•  Requires  upfront  requirements  definition 
for  contractor  cost  estimates 

•  Difficult  to  hold  contractor  accountable  for 
delivery  by  directing  Agile  methods 

•  Requirements  changes  requires  contract 
negotiation,  ECPs,  and/or  mods 

•  Diminishes  flexibility  and  negotiation 
power  of  the  Government 

Best  option  for  Agile 

Very  difficult  for  Agile 
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Services  Contract  Type 
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Contract  Type 

Pros 

Cons 

FFP  Services 

•  Generally  preferred 
contract  type  in  DoD 

•  Easiest  contract  type  to 
manage 

•  Requires  deliverables  for  payment  (e.g.,  monthly 
report)  unless  progress  payments  are  authorized 

•  Contract  amount  cannot  be  changed  without 
contract  modification 

•  Cannot  easily  change  labor  mix  and  #  of  hours 

. .  -  ,  ,  •  Contract  ceiling  may  be  difficult  to  establish, 

•  Flexibility  to  change  labor  A  x  „ 

oosl  ,,  ,  which  can  affect  upfront  fee  determination 

o  ■  .  t.  rnix  and  hours  under  „  ,  _  . 

Reimbursement  •  Requires  closer  Govt  monitoring 

_  contract  ceiling  _  A._  ,  ... 

Term  ^  •  Requires  a  certified  cost  accounting  system 

•  Does  not  require  a 

(Level  of  Effort)  deliverable  for  payment  among  other  FAR  requirements 

•  Less  incentivize  for  contractor  to  control 

Time-and- 
Material  (T&M) 
(Labor  Hour) 

•  Flexibility  to  change  labor 
mix  and  hours  under 
contract  ceiling 

•  Does  not  require  a 
deliverable  for  payment 

•  Unpopular  contract  type  across  the  Gov’t 

•  Requires  close  Gov’t  monitoring 

•  Contractor  is  not  incentivized  to  control  costs 
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Summary 


■  Using  Agile  development  is  an  attractive  option  for  IT  programs 

-  Regular  capability  deliveries 

-  Responsive  to  changes  in  operations,  tech,  and  budgets 

-  Active  user  involvement  and  empowered  teams 

■  Structure  6-12  month  releases  and  tailor  processes 

■  Dynamic  and  iterative  requirements  management 

■  Portfolio  services  contracting  for  industry  partnership 

■  Tailoring  DoD  acquisitions  to  enable  Agile  adoption,  successful  IT 

■  For  additional  info,  see  MITRE  Defense  Agile  Acquisition  Guide 
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Potential  Agile  Structure 
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Potential  Contract  Construct 


■  Portfolio-level  agile  development  contract 

-  Quick  execution  of  orders  for  each  release  (e.g.,  6  months) 

-  Single  award  for  quick  orders  and  consistent  contractor 

-  T&M  for  max  flexibility  (transition  to  FFP  or  CR  after  initial  period) 

-  Scope/requirements  can  adjust  over  time 

■  Services-based  contract 

-  Contract  for  the  services  of  the  development  team 

-  Cost-boxed  and  time-boxed  releases  and  sprints 

-  Requirements  in  product  backlog  are  flexible 

-  Structure  releases  (e.g.  6  months)  via  separate  task  orders 
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Agile  Overview 


■  Leading  software  methodology  -  begin  in  2001 

■  Core  Elements 

-  Small,  frequent  capability  releases 

-  Valuing  working  software  over  comprehensive  documentation 

-  Responding  rapidly  to  changes  in  ops,  technology,  and  budgets 

-  Actively  involving  users  throughout  development 

■  Small,  empowered,  collaborative  teams 

-  Follow  disciplined  process 

-  Dynamic,  tailored,  and  evolving 

-  Continual  process  improvement 

©  2015  The  MITRE  Corporation.  'Approved  for  Public  Release;  Distribution  Unlimited.  Case  Number  15-1 


Five  Prerequisites  for  Agile  Acquisition 


1 .  Small,  frequent  capability  releases 

2.  Embrace  change 

3.  Partnership:  requirements,  acquisition,  contractor 

4.  Small,  empowered,  high-performing  teams 

5.  Leverage  a  portfolio  structure 
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